Update Go libraries (minor) - #353

v0.2.0

Compare Source

v0.7.1

Compare Source

v0.7.0

Compare Source

v0.6.9

Compare Source

v0.6.8: protoc-gen-openapi and export improvements.

Compare Source

This contains several improvements to protoc-gen-openapi from @​jeffsawatzky , including the ability to use proto annotations to add fragments to generated OpenAPI documents (#​324). It also adds some missing OpenAPI compiler code that Jeff uncovered when testing the new fragment overlay feature - maps of strings were not properly exported in ToRawInfo() methods in both OpenAPI packages (v2 and v3). Thanks, Jeff!

v0.6.7

Compare Source

v0.6.6: Module cleanup

Compare Source

We had a series of problems related to a multi-module configuration and its reversion that all now appear to be fixed in this release. Individual components in the cmd directory are now (again) part of the main module and can be independently installed with the following:

go install github.com/google/gnostic/cmd/disco@latest
go install github.com/google/gnostic/cmd/parse-linter-output@latest
go install github.com/google/gnostic/cmd/petstore-builder@latest
go install github.com/google/gnostic/cmd/protoc-gen-jsonschema@latest
go install github.com/google/gnostic/cmd/protoc-gen-openapi@latest
go install github.com/google/gnostic/cmd/report@latest
go install github.com/google/gnostic/cmd/report-messages@latest
go install github.com/google/gnostic/cmd/vocabulary-operations@latest

Verified with Go 1.16, 1.17, and 1.18beta1.

v0.6.5

Compare Source

v0.6.4

Compare Source

v0.6.3

Compare Source

v0.6.2: Single-module repo with retraction of v0.6.0 multimodule experiment

Compare Source

This adds a retract statement to go.mod to exclude v0.6.0 from dependency updates. Thanks @​morphar and @​shenqidebaozi for quickly catching and fixing problems with the multimodule configuration!

v0.6.1: Single-module repo

Compare Source

v0.6.0: Multimodule repo: apps are in "cmd". protoc-gen-openapi improvements. protoc-gen-jsonschema.

Compare Source

This renames the former apps directory to cmd and adds a go.mod for each cmd subdirectory. These directories contain demonstrations and various gnostic-related applications, and putting each in a separate module clarifies dependencies and reduces the apparent dependencies of gnostic itself (as listed in the top-level go.mod). Thanks @​shenqidebaozi for making this change and @​morphar for advising.

This also includes significant improvements to protoc-gen-openapi from @​morphar and @​tonybase and a new protoc-gen-jsonschema pluigin contributed by @​morphar.

v0.5.7

Compare Source

v0.5.6

Compare Source

v0.5.5: Update protos for Go protoc plugin compatibility, add some fields previously dropped by gnostic-generator

Compare Source

v0.5.4

Compare Source

v0.5.3: apps/protoc-gen-openapi and JSON marshaling improvements

Compare Source

This adds a gnostic-based protoc plugin that generates OpenAPI for transcoded gRPC APIs. See AIP-127 for a description of transcoding.

It also includes JSON marshaling improvements and tests from @​bvwells.

v0.5.2: Vocabulary Analysis, Error messages include line numbers

Compare Source

This update includes API vocabulary analysis features developed during the Summer of 2020 and improvements to error reporting that include line/column numbers for errors and more concise reporting of unmatched schemas. A few corner-case crashes were also fixed.

v0.5.1: Fix problem reading Google Discovery Documents

Compare Source

This fixes a minor error that caused Google Discovery Documents to fail to load after the yaml.v3 update.

v0.5.0: Update gnostic to yaml.v3: cleaner parsing, line number reporting

Compare Source

This release updates gnostic to use the yaml.v3 library and the yaml.Node class, which allows us to access line and column numbers of tokens during parsing.

This release upgrades the dependency only and does not include line number reporting.

This change will break clients that directly call auto-generated functions to create OpenAPIv2, OpenAPIv3, and Discovery structures. This is addressed in #​195.

v0.4.2: Metrics and Protocol Buffer dependency updates

Compare Source

This release provides a tagged version that includes the new metrics directory of protos for API metrics (currently computed using plugins) and updates embedded generated protobuf code to version 3.12.3 of protoc (which hopefully resolves #​170).

v1.2.14: 1.2.14

Compare Source

Release 1.2.14

This is a production release of go-codec.

While effectively equivalent to v1.2.13, this release serves as:

• cutover point in the git trunk where v1.3 development begins
• last v1.2 release on the main git trunk -
  subsequent patch releases (if needed e.g. v1.2.15) will require a release branch.

v1.2.13: 1.2.13

Compare Source

Release 1.2.13

This is a production release of go-codec.

Changes include:

• leading zeros are not allowed in decimal numbers
• support go1.24 swiss maps

Please try it out and share your experiences.

v1.2.12: 1.2.12

Compare Source

Release 1.2.12

This is a production release of go-codec.

Changes include:

• expose (En|De)coder.HandleName()
• cbor: fix indefinite stream conformance
• codecgen: use base32 to generate field names
• return io.ErrUnexpectedEOF (not io.EOF) when EOF is reached while needing more data

Please try it out and share your experiences.

v1.2.11: 1.2.11

Compare Source

Release 1.2.11

This is a production release of go-codec.

Changes include:

• codecgen: fix decoding missing fields of struct from array, due to double counter increment

Please try it out and share your experiences.

v1.2.10: 1.2.10

Compare Source

Release 1.2.10

This is a production release of go-codec.

Changes include:

• codecgen: fix error decoding struct from array, due to misplaced counter increment
• fix error encoding interface{} map key in Canonical mode

Please try it out and share your experiences.

v1.2.9: 1.2.9

Compare Source

This is a production release of go-codec.

Changes include:

• faster growslice (as zero'ing memory only done if needed)
• make decoding via io.Reader more robust
• read and write optimizations
• clean up code across the board
• benchmark decoding for different engines against same set of encoded bytes
• improve inline'ability of code across runtime and codecgen'erated codebases

Please try it out and share your experiences.

v1.2.8: 1.2.8

Compare Source

This is a production release of go-codec.

Changes include:

• treat an array with all zero values as empty, and omit if omitempty=true
• module support: ensure module dependencies are auto-generated by go tool
• support go 1.20: needed fix for growslice in unsafe mode
• add support for go 1.13 error wrapping
• codecgen: optimize canonical encoding, handling extensions, named types and ordered keys
• codecgen: handle canonical encoding of map and struct well
• codecgen: skip type aliases
• codecgen: fix spurious errors in generated code calling codec.Selfer encode methods

Please try it out and share your experiences.

v1.2.7: 1.2.7

Compare Source

This is a production release of go-codec.

Changes include:

• support registering extension functions for time.Time
• fix bugs with encoding/decoding very-nested slices in specific cases

Please try it out and share your experiences.

v1.2.6: 1.2.6

Compare Source

This is a production release of go-codec.

Changes include:

• support EncodeOptions.NoAddressableReadonly option
• streamline/reduce size of helper types
• optimize side(En|De)code and (En|De)codeExt calls
• decode a number from any number in the stream i.e.
  you can decode a float/integer/unsigned integer from any number in stream
• clean up tests so they work completely regardless if we recover from panics
• improve inlining of common functions

Please try it out and share your experiences.

v1.2.5: 1.2.5

Compare Source

This is a production release of go-codec.

This is a very important release, building upon the optimization introduced in v1.2.4.

Changes include:

• support gollvm in addition to gccgo in default high-performance mode
• support codec.safe and codec.notfastpath as preferred build tags (replacing safe and notfastpath)
• support Canonical mode with MissingFielder
• robust handling of codecgen caveats wrt Canonical|CheckCircularRef flags and MissingFielder implementations
• robust handling of transient values, where we track if a value has internal pointers and handle appropriately
• reduce use of global values: all in-use values are scoped to an Encoder or Decoder
• implement stateManager for Encoder/Decoder, supporting capture, reset and restore functions.
• side encoding or decoding can now reuse an Encoder/Decoder, leveraging state management to
  capture its state, do something else, then restore its state and continue
• support running all tests in parallel, so we can shake out any concurrency issues
• Fix issue in rpc where writer was not being flushed, causing a hang where reader was
  waiting on an encoded value
• Support shallow copies of a Handle, to support parallel execution where we need to
  temporarily change some Handler fields

This is the best release yet. Please try it out and share your experiences.

v1.2.4: 1.2.4

Compare Source

Release 1.2.4

This is a production release of go-codec.

This is a very important release, which focused on optimization across the board to
ensure that go-codec is the most performant library for popular encoding formats.

Optimizations across the board include:

• optimization by eliding allocation where not necessary e.g.
  • when encoding non-addressable value with ptr receiver
  • map iteration/access
  • decoding floats
  • creating slices or sub-slices (removing temporary slice allocated on heap)
  • decoding map keys if both key and value kinds are scalars
  • decoding map values if value kind is a scalar
• better reuse of pool'ed []byte(s)
• leveraging mapXXX_fastXXX calls where possible
• better inlining (where applicable) e.g. arrayStart, mapStart, etc
• support complex numbers (where we treat complex numbers as floats with imaginary part = 0)
• optimize encoding and decoding arrays, including using fast-paths for slices as applicable
• use runtime's growslice algorithm when growing arrays for better performance
• optimize nextValueBytes and swallow so they do not allocate when applicable e.g.
  do not allocate/copy bytes if swallow is called or you were decoding from a []byte (just return a sub-slice)
• optimize isEmptyStruct to just compare if value == zero'es (instead of field by field),
  simulating comparing to zero value.

To guarantee better fairness in benchmarking, we did the following:

• use common types in benchmarks and common methods to ensure fairness in benchmarks
• run benchmarks with ZeroCopy=true and (MapValue|Interface|SliceElement)Reset = true,
  aligning with how other libraries operate by default

With these changes, we have reflection-based mode performing within 25% of codecgen,
with similar allocation numbers as codecgen. For example, encoding typically has just 1
allocation without codecgen (just as in codecgen).

This is the best release yet. Please try it out and share your experiences.

v1.2.3: 1.2.3

Compare Source

This is a production release of go-codec.

This optimizes decoding for zero-copy mode when decoding from a string or []byte.

With this mode, we see 50% reduction in allocation in both codecgen and normal execution,
and this gives performance better than other libraries (easyjson, json-iterator, etc)
while providing much more features and supported formats (json, cbor, msgpack, simple, etc).

v1.2.2: 1.2.2

Compare Source

This is a production release of go-codec.

This includes a fix for decoding into nested anonymous fields (github issue #​350).

v1.2.1: 1.2.1

Compare Source

This is a production release of go-codec.

This includes a fix for codecgen when using omitempty (github issue #​344).

v1.2.0: 1.2.0

Compare Source

This is a production release of go-codec.

Today marks 1 full year after the 11th day of the 11th month of last year,
a very very special day in my life.

On this very special day, we release the latest patch release of v1.1 and it
matches with the first release of v1.2.0 of go-codec.

This release should be about 10% faster during decode than previous releases.

Beyond performance, the focus was on cleaning up the codebase while maintaining support
for much earlier releases of go, and supporting gccgo.

Changes

• support gccgo
• improve performance in looking up fast-path functions or cached struct information
• optimize json's encoding and decoding of numbers (integers and floats) and strings
• optimize base reading primitive functions, to reduce pointer-chasing
• optimize map iteration and lookup

See benchmark results run on a very complicated struct full of embedded types, with multiple nested levels.
Each struct value encodes as 47K of tightly packed json or 37K of binary msgpack or cbor.

The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.

We believe we continue to achieve that!

v1.1.14: 1.1.14

Compare Source

This is a production release of go-codec.

Today marks 1 full year after the 11th day of the 11th month of last year,
a very very special day in my life.

On this very special day, we release the latest patch release of v1.1 and it
matches with the first release of v1.2 of go-codec.

This release should be about 10% faster during decode than previous releases.

Beyond performance, the focus was on cleaning up the codebase while maintaining support
for much earlier releases of go, and supporting gccgo.

Changes

• support gccgo
• improve performance in looking up fast-path functions or cached struct information
• optimize json's encoding and decoding of numbers (integers and floats) and strings
• optimize base reading primitive functions, to reduce pointer-chasing
• optimize map iteration and lookup

See benchmark results run on a very complicated struct full of embedded types, with multiple nested levels.
Each struct value encodes as 47K of tightly packed json or 37K of binary msgpack or cbor.

The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.

We believe we continue to achieve that!

v1.1.13: 1.1.13

Compare Source

This is a production release of go-codec.

This release should be about 10% faster during decode than previous releases.

Changes

• 10% faster on decode and encoding if omitempty is configured
• improved performance in looking up struct field values when decoding structs
• codecgen: support generating reduced code for json only, omitempty support, or to_array support
• omitempty: support for IsCodecEmpty, a custom way of checking if a value is empty
• omitempty: optimize comparing to zero'es to check if a value is empty
• stack overflow/circular references: optimize check by push/popping a stack

See benchmark results run on a very complicated struct full of embedded types, with multiple nested levels.
Each struct value encodes as 47K of tightly packed json or 37K of binary msgpack or cbor.

The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.

We believe we continue to achieve that!

v1.1.12: 1.1.12

Compare Source

UPDATE: v1.1.12 includes fix for a race detector issue #​336.

This is a production release of go-codec.

Today marks 11 months after the 11th day of the 11th month of last year.

On this very special day, we release v1.1.11 of go-codec.

This day holds a special place in my heart on a very personal level.

I hope you enjoy the immense effort put into refining and cleaning
out the edges go-codec, delivered in v1.1.11

The quality and performance should shine across:

• binary size
• performance/speed
• memory use
• feature rich (more than any other library in the go ecosystem)

See benchmark results run on a very complicated struct full of embedded types, with multiple nested levels.
Each struct value encodes as 47K of tightly packed json or 37K of binary msgpack or cbor.

High level benefits include

• significantly expanded test suite, bringing code coverage to 92%
• remove limits on struct embedding
• optimize struct field access, json parsing, free list usage, etc
• multiple performance improvements across the board

The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.

We believe we continue to achieve that!

v1.1.11: 1.1.11

Compare Source

UPDATE: v1.1.1 introduced a race detector issue #​336, which has now been fixed in v1.1.12. Please upgrade.

This is a production release of go-codec.

Today marks 11 months after the 11th day of the 11th month of last year.

On this very special day, we release v1.1.11 of go-codec.

This day holds a special place in my heart on a very personal level.

I hope you enjoy the immense effort put into refining and cleaning
out the edges go-codec, delivered in v1.1.11

The quality and performance should shine across:

• binary size
• performance/speed
• memory use
• feature rich (more than any other library in the go ecosystem)

See benchmark results run on a very complicated struct full of embedded types, with multiple nested levels.
Each struct value encodes as 47K of tightly packed json or 37K of binary msgpack or cbor.

High level benefits include:

• significantly expanded test suite, bringing code coverage to 92%
• remove limits on struct embedding
• optimize struct field access, json parsing, free list usage, etc
• multiple performance improvements across the board

The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.

We believe we continue to achieve that!

v1.1.10: 1.1.10

Compare Source

This is a production release of go-codec.

The main benefits are much expanded testing and associated code fixes, re-factoring and performance improvements:

• removed some code cruft
• expand tests and fix issues around extensions support in codecgen
• clean up codebase for easier maintenance
• and many general performance improvements ...

The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.

We believe we continue to achieve that!

v1.1.9: 1.1.9

Compare Source

This is a production release of go-codec.

The main benefits are streamlined go modules support, re-factoring and performance improvements:

• removed some code cruft
• moved codec/bench into its own module, so it's requirements do not pollute the core library dependencies
• implement reading the next value in the stream natively, provided by each format's handle
• remove mode of reading the next value in the stream by decoding into a throwaway value and tracking bytes read
• clean up code to enable better inlining for better performance
• fix and expand tests to get richer code coverage;
  go test -cover reports > 90%
• and many general performance improvements ...

The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.

We believe we continue to achieve that!

v1.1.8: 1.1.8

Compare Source

This is a production release of go-codec.

The main benefits are a number of bug fixes and some performance improvements:

• reduce binary size by 30% by reducing types for which we generate fast-path functions
• support OptimumSize encode option: cbor uses to encode floats in smallest size e.g. binary16
• decode stream nil value in mapping as a nil pointer in memory (previously set to zero value)
• validate that malformed streams can be decoded without causing stack overflow or out of memory errors
• json: return EOF in all scenarios when end of stream is reached (previously returned other error sometimes)
• json: handle malformed unicode correctly in corner cases
• and some general performance improvements ...

The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.

We believe we have achieved that!

v0.15.2

Compare Source

Overview

v0.15.2 supersedes the unpublished v0.15.0 and v0.15.1 releases. The v0.15.0 release was blocked by BPF verifier failures; v0.15.1 included that correction but its artifact build failed when version discovery selected the Collector tag. This patch release is intended to ship the release-pipeline correction together with the features and upgrade notes originally prepared for v0.15.0.

Release corrections

• Uses the selected core release tag consistently for binary archives, generated-source archives, Java SBOMs, and checksums. Core and Collector tags sharing a commit must not let git describe substitute a Collector version into release artifact paths. (#​3770)
• Restores BPF program loading after verifier loop widening by preserving socket-copy bounds, bounding packet hex writes, and separating HTTP/1 traceparent scanning from decoding. Capture limits and trace-context propagation behavior are preserved. (#​3759)
• Prepares core v0.15.2 and collector/v0.15.2, updating the receiver dependency, OATS module references, and Collector Builder example. The telemetry schema advances to 0.15.2 with the existing transformation history; no additional renames are needed. (#​3775)

Highlights

• Ships go.opentelemetry.io/obi/collector as a separate module at collector/v0.15.2, together with root v0.15.2. The receiver keeps its existing import path and an independent v0 release line. (#​3748)
• Captures manual spans through the embedded Go Auto SDK, expands .NET route harvesting and CPU/heap metrics, and adds AWS Route53 endpoint name resolution. (#​3678, #​3655, #​3647, #​3697, #​3600)
• Prevents trace-context injection into sockets misclassified as HTTP/2, fixes metric-label tuple collisions and duplicate target.info counts, and keeps the Collector receiver running after its Start context ends. (#​3715, #​3523, #​3665, #​3745)
• Adds Config v2 metric-feature selection, ring-buffer write/failure counters, correct OTLP http/json trace encoding, and security dependency updates. (#​3691, #​3631, #​3728, #​3732, #​3733, #​3734, #​3735)

Release-impacting changes

• Collector upgrades: publish both v0.15.2 and collector/v0.15.2. The root module removes the receiver package; the nested module provides it at the same import path and requires root v0.15.2. RC tags alone do not support discovery through plain go get -u.
• Config v2 protocol enabled.metrics: false now suppresses that protocol's span metrics and service graphs in both exporters. The migration CLI reports coverage it cannot preserve; Config v1 behavior is unchanged.
• server.address on HTTP client spans and http.client.* metrics drops the Host header's port; server.port and url.full retain it. IP hosts follow unresolved-name handling, and Kubernetes Service hosts with ports resolve to the service and namespace, changing peer/service-graph names where applicable.
• PrometheusConfig.Registry is removed. Embedders must configure a Prometheus HTTP port instead of supplying a registry.
• GenAI client names use the emitted operation and request model, or data-source ID for retrieval. Anthropic message becomes chat on spans and metrics; gateways use names such as chat gpt-4o-mini instead of HTTP names. Missing request models/data-source IDs are omitted from names, with no response-model fallback; unknown operations use _OTHER. OTLP GenAI metrics omit missing gen_ai.request.model rather than emitting an empty value; Prometheus output is unchanged.
• Database spans without an operation use their target or database-system name; SQL spans can use a namespace alone, and MongoDB/Couchbase spans without a collection use their namespace. SQL query summaries still take precedence. Elasticsearch/OpenSearch spans without an index or cluster use the requested/resolved host and port instead of peer IP; Couchbase SQL++ host targets use the reported server address. Native database names retain their existing host-cardinality limits, and Redis names exclude the namespace.
• GraphQL server names drop GraphQL; AWS S3/SQS names use S3./SQS. prefixes, and S3 without an operation uses aws-api. Reply-only ONC RPC spans use onc_rpc. These name changes also affect span-metric labels.
• ONC RPC spans carry rpc.method as {program}/{procedure} when a CALL was captured, and rpc.response.status_code when a REPLY was captured. RPC duration metrics use the same method format, omit it without a CALL, and omit response status without a REPLY instead of reporting success.
• gRPC names and rpc.method values drop the leading slash, including RPC-duration and span-metric labels. Invalid/unread paths use span name grpc and method _OTHER; captured raw paths are available as rpc.method_original.
• New default metric attributes split series: db.collection.name on database duration metrics, server.port on RPC client duration, and error.type on failed RPC server duration. Elasticsearch/OpenSearch index names may increase cardinality; exclude the collection attribute if needed.
• AWS SNS spans drop rpc.system.name and rpc.method; SNS.{operation} names and cloud.region remain.
• MQTT SUBSCRIBE spans and process metrics use messaging.destination.subscription.name for the filter instead of destination name, and span names drop the filter. Shared subscriptions also emit messaging.consumer.group.name. This conditional rename cannot be expressed by a schema-wide transformation.
• AMQP OTLP metrics omit empty destinations. Messaging client-duration metrics add default messaging.operation.type; client/process-duration metrics add default subscription name when present. These add Prometheus labels.
• GraphQL, MCP, and JSON-RPC server spans drop HTTP method/status/route, URL, body-size, user-agent, and OBI response-observation attributes, retaining protocol, address, network, and error attributes. Captured HTTP headers are limited to plain HTTP and GraphQL spans, affecting Go net/rpc JSON-RPC.
• The registry moves to Weaver definition/2; span reference IDs lose their span. prefix, so old documentation anchors no longer resolve. The published telemetry schema advances to 0.15.2 and retains prior transformations.

What's Changed

General

• Drain the weaver tap before stopping weaver in Docker and OATS tests by @​NimrodAvni78 in #​3602
• Fix protoc-gen Makefile target and regenerate informer code by @​pinoOgni in #​3628
• Rails: harvest routes for graphql engines by @​mariomac in #​3625
• Generate the eBPF objects per architecture and in parallel by @​pinoOgni in #​3630
• Coverage Validation: Update Weaver to 0.27.0 by @​NimrodAvni78 in #​3641
• Refactor cloud metadata inventory maintenance by @​mariomac in #​3596
• docs: add task-oriented AGENTS starting points by @​zeitlinger in #​3646
• Prepare OBI for version v1.0.0-rc.1 by @​MrAlias in #​3649
• fix(bpf): replace the PID filter cache with a pid-indexed bitmap keyed in OBI's pid namespace by @​pinoOgni in #​3458
• dotnet: extend .NET route harvesting by @​martincostello in #​3655
• Fix duplicate target.info count when a pid moves to an existing service by @​pinoOgni in #​3665
• Resume integration shards from saved test results by @​MrAlias in #​3629
• Add .NET CPU count and time runtime metrics by @​marctc in #​3647
• oats/amqp: drop build-time host networking from compose files by @​pinoOgni in #​3668
• Format and lint C code with LLVM 22 from the generator image by @​pinoOgni in #​3642
• Assert histogram bucket boundaries in runtime exporter tests by @​pinoOgni in #​3660
• Add route53 support for Cloud metadata by @​mariomac in #​3600
• Terraform cloud setup in examples (AWS) by @​mariomac in #​3674
• GenAI span names follow the semconv name convention by @​NimrodAvni78 in #​3671
• Database span names follow the semconv name convention by @​NimrodAvni78 in #​3657
• Fix the tracefs probe cleanup script in devdocs by @​pinoOgni in #​3685
• Capture spans from the embedded Go Auto SDK by @​MrAlias in #​3678
• fix(generictracer): delete a thread's traces_ctx_v1 entry when it exits by @​simlarsen in #​3662
• Use one clang-format file scope for the hook, target and CI by @​pinoOgni in #​3690
• ci: Rebalance integration shards from measured test durations by @​NimrodAvni78 in #​3687
• GraphQL, AWS and ONC RPC span names follow semconv by @​NimrodAvni78 in #​3673
• Fix Route53 name resolver configuration in Config v1 by @​mariomac in #​3693
• allow selecting metrics features in v2 config by @​mariomac in #​3691
• ci: skip free-disk cleanup when the runner already has enough space by @​NimrodAvni78 in #​3694
• Add OBI guidance for Copilot code reviews by @​MrAlias in #​3679
• emit url.template on HTTP client spans by @​NimrodAvni78 in #​3692
• fix: keep distinct metric label tuples separate by @​immanuwell in #​3523
• weaver: translate the registry from v1 to definition/2 by @​NimrodAvni78 in #​3695
• Assert RED and GenAI histogram bucket boundaries in exporter tests by @​pinoOgni in #​3684
• Honor V2 protocol switches for span-derived metrics by @​MrAlias in #​3698
• Fix flaky tests by @​martincostello in #​3699
• gRPC span names and rpc.method follow semconv by @​NimrodAvni78 in #​3669
• fix: add internal metrics for ring buffer writes by @​kingbj940429 in #​3631
• Elasticsearch upstream conformance: Add db.operation.parameter. to spans by @​NimrodAvni78 in #​3706
• GenAI upstream conformance by @​NimrodAvni78 in #​3707
• RPC/DB upstream conformance by @​NimrodAvni78 in #​3708
• Move internal/cloud to pkg/cloud by @​mariomac in #​3742
• docs: document Java agent design constraints by @​zeitlinger in #​3717
• Upgrade otelcol version by @​bogdandrutu in #​3746
• weaver: send only OBI's telemetry to weaver by @​NimrodAvni78 in #​3704
• Messaging upstream conformance by @​NimrodAvni78 in #​3739
• HTTP attributes only on http spans without subtypes by @​NimrodAvni78 in #​3740
• gotracer: cut uprobe hits on the Go gRPC hot path by @​mmat11 in #​3676
• Add .NET last-collection heap size metrics by @​marctc in #​3697
• test(otelcfg): isolate protocol setup tests form the env by @​pinoOgni in #​3730
• fix(collector): keep OBI running after the receiver Start context ends by @​pinoOgni in #​3745
• fix: remove unused prometheus registry by @​rafaelroquetto in #​3702
• ci: build OBI and shared test images once for K8s and OATS workflows by @​NimrodAvni78 in #​3688
• tpinjector: stop injecting into sockets misclassified as HTTP/2 by @​pinoOgni in #​3715
• Split Collector receiver into its own Go module by @​MrAlias in #​3748
• Prepare OBI for version v0.15.0 by @​MrAlias in #​3761
• Fix BPF verification after loop widening by @​MrAlias in #​3759
• Prepare OBI for version v0.15.1 by @​MrAlias in #​3768
• Use the selected tag for release artifacts by @​MrAlias in #​3770
• Prepare OBI for version v0.15.2 by @​mmat11 in #​3775

Fixed

• HTTP client server.address and K8s name resolution ignore the Host header port by @​NimrodAvni78 in #​3722
• fix(otel): send JSON for OTLP traces when protocol is http/json by @​pinoOgni in #​3728

Dependencies

• Update module github.com/andybalholm/brotli to v1.2.6 by @​renovate[bot] in #​3637
• Update module github.com/ohler55/ojg to v1.28.7 by @​renovate[bot] in #​3638
• Update module github.com/shirou/gopsutil/v4 to v4.26.9 by @​renovate[bot] in #​3639
• Update httpd Docker tag to v2.4.69 by @​renovate[bot] in #​3632
• Update github.com/microsoft/go-winmd digest to 364b685 by @​renovate[bot] in #​3635
• Update Docker Go packages by @​renovate[bot] in #​3636
• Update dependency pg to v1.7.0 by @​renovate[bot] in #​3626
• Update grafana/otel-lgtm Docker tag to v0.35.0 by @​renovate[bot] in #​3627
• Update module github.com/vektah/gqlparser/v2 to v2.5.60 by @​renovate[bot] in #​3640
• Update dependency graphql to "~> 2.6.0" by @​renovate[bot] in #​3644
• Update Docker images and fix compatibility fixtures by @​renovate[bot] in #​3591
• Update integration test pinned images by @​renovate[bot] in #​3650
• Update Docker by @​renovate[bot] in #​3651
• Update otel/ebpf-instrument Docker tag to v0.14.0 by @​renovate[bot] in #​3652
• Update otel/opentelemetry-collector-contrib Docker tag to v0.162.0 by @​renovate[bot] in #​3653
• Update jaegertracing/jaeger Docker tag to v2.22.0 by @​renovate[bot] in #​3659
• Update dependency laravel/framework to v13.35.0 by @​renovate[bot] in #​3658
• Update Rust by @​renovate[bot] in #​3682
• Update dependency pino to v10.4.0 by @​renovate[bot] in #​3680
• Update Java by @​renovate[bot] in #​3681
• Update Terraform aws to v6.68.0 by @​renovate[bot] in [#​36

[!IMPORTANT]
✂ PR body was truncated to here.